home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 001 / exectele.arc / PCPXFER.TXT < prev   
Encoding:
Text File  |  1979-12-31  |  3.0 KB  |  59 lines
  1. This message extracted from Exec-PC BBS  414-964-5160,
  2. or PCP direct  "C EXECPC,telenetid"
  3.  
  4.  
  5.    FROM: MICHAEL KEEFE
  6.      TO: SYSOP
  7. SUBJECT: R: R: DOWNLOAD VIA PCP
  8.    DATE: 01-24-88   19:36
  9.  
  10. Evidently there is a great deal of problems/concerns regarding the 
  11. reliability of the PCP Direct connection. As a frequent user of this board 
  12. and others BBS's in the country that are PC Pursuitable, I have decided to 
  13. provide some hints for all regarding some problems noted and actual d/l 
  14. specifications. I hope that it helps.. Any comments, or prroblems I remain 
  15. more than happy to answer.
  16. Parameters:
  17.   To PCPursuit (local) I connect at 7E1.  Then the direct connection is 
  18. made to EXEC-PC (per instructions in EXECTELE.TXT). Once connected, I am
  19. in the habit of switching to 8N1.  All of the above is done with a 1200 
  20. baud (US robotics Courier) with Procomm v2.4.2.
  21.    
  22. Some problems noted:
  23.   At the outset, I must admit that not all of my downloads have been 
  24. flawless with using PCPursuit.  I have found that the direct connection is 
  25. more reliable than the old approach (through Milwaukee node ...).
  26.    The download protocol which I used with the "old" approach was the 
  27. special (slowdown) Ymodem available here.  However, with the direct 
  28. connection, I always use Ymodem.
  29.    It should be noted that the mere presence of a BAD CRC does not indicate
  30. that the ARC is not good. I have found the Ymodem protocol to be 
  31. particularly well behaved in the "recovery of" errors (i.e. popping sounds,
  32. electrical interference).  After the file has been downloaded, use PKARC/V 
  33. to verbose list the ARC.
  34.     It is also important that you correctly identify the source of the "BAD
  35. " archive download. 
  36.    1. Is it the file itself (i.e., the file on EXEC-PC is corrupted: rare 
  37. but it does happen).
  38.    2. Is the problem "with the direct connect"
  39.    3. Is the problem with "normal PCPing" (i.e., old way)
  40.    4. Is the problem due to the download protocol
  41.    5. Is the probelm due to the communication software
  42.    6. Is the problem due to the hardware (i.e., loose RS232, CB 
  43. interference)
  44.   
  45.    One particular anamoly that I have found concerns certain ARCs that have
  46. several files in them that have been squashed.  While I was unable to 
  47. pinpoint the necessary conditions, PCP seems to dislike squashed files that
  48. are approximately 512 bytes large or less.  You are made aware off this 
  49. condition when your computer begins to beep for approximately 3 minutes and
  50. then drops you to the node level ("@").  In order to get around this 
  51. problem, I have patched PKARC tochange the default archive standard to be 
  52. crunching.  This file is available on this board (search for PKARC). 
  53. After you PKARC/F the archive, the error no longer occurs on upload.
  54.   
  55.   If you are still having problems, please feel free to leave a message for
  56. either myself (or address one to Bob Mahoney and he will direct you to 
  57. myself).  I will be happy to elaborate further.
  58. mike
  59.